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DATA TRANSFER CONTROL DEVICE AND ELECTRONIC EQUIPMENT 



BACKGROUND OF THE INVENTION 
Field of the Invention 
5 The present invention relates to a data transfer control 

device and electronic equipment comprising the same, and. in 
particular, to a data transfer control device that enables data 
transfer in accordance with the IEEE 1394 standard or the like 
between a plurality of nodes connected to a bus, and electronic 
10 equipment comprising the same. 

Description of Related Art 

An interface standard called IEEE 1394 has recently been 
.% attracting much attention. This IEEE 1394 has standardized 

IS high-speed serial bus interfaces that can handle the next 
generation of multimedia devices. IEEE 13 94 makes it possible 

j to handle data that is required to have real-time capabilities, 
such as moving images. A bus in accordance with IEEE 1394 can 
be connected not only to peripheral equipment for computers, 

20 such as printers, scanners, CD-RW drives, and hard disk drives, 
but also to domestic appliances such as video cameras, VTRs , 
and TVs. This standard is therefore expected to enable a 
dramatic acceleration of the digitalization of electronic 
equipment . 

25 Under this IEEE 13 94, an event called a bus reset occurs 

if new electronic equipment is connected to the bus, electronic 
equipment is removed from the bus, or the number of nodes 
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connected to the bus increases, when a bus reset occurs, the 
topology information relating to the nodes is cleared then this 
topology information is automatically set again. In other words, 
after a bus reset, tree identification (determination of the 
5 root node) and self identification are performed, then the nodes 
that are to act as management nodes, such as the isochronous 
resource manager , are determined. Ordinary packet transfer then 
starts . 

However, some technical problems have been identified 
10 with such a data transfer control device conforming to IEEfi 1394 . 
as described below. 

That is to say. the current IEEE 13 94 standard does make 
it possible to implement transfer speeds up to a maximum of 400 
~ Mbps- In practice, however, the presence of overhead processing 
15 forces the actual transfer speeds of the entire system to be 
much slower, in other words, the firmware and application 
software running on a CPU require large amounts of time for 
processes such as preparing for transmitting data, dividing 
=f transfer data into packets, and issuing the transfer start 
20 command, which means it is not possible to implement high-speed 
data transfer overall, no matter how fast the data can be 
transferred over the buses. 

A particular problem lies in the fact that a CPU 
incorporated into peripheral equipment has a lower processing 
25 capability than the CPU incorporated into the host system, such 
as a personal computer. This makes the problem of overhead 
processing in the firmware and application software extremely 



serious. It is therefore desirable to provide techniques chat 
are capable of efficiently solving this overhead problem. 

SUMMARY OP THE INVENTION 
5 The present invention was devised in the light of the 

above described technical problems, and has as an objective 
thereof the provision of a data transfer control device that 
can reduce the overhead processing of firmware or the like and 
implement high-speed data transfer within compact hardware, and 

10 electronic equipment using the same - 

In order to solve the above described technical problems, 
according to a first aspect of the present invention, there is 
provided a data transfer control device for transferring data 
among a plurality of nodes that are connected to a bus. The data 
15 transfer control device comprises a transfer execution circuit 
that operates when a processing means has issued a first start 
command which instructs continuous packet transfer by hardware, 
for executing processing to divide transfer data into a series 

11 of packets and transfer the thus divided series of packets 
20 continuously; and an arbitration circuit that operates when the 

processing means has issued a second start command which 
instructs packet transfer while continuous packet transfer 
processing is being executed by the transfer execution circuit, 
for waiting until one transaction or one packet transfer in the 
25 continuous packet transfer has been completed then permitting 
packet transfer by the second start command. 

If the processing means issues the first start command, 
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the transfer data is divided into a plurality of packets by the 
hardware, for continuous transfer- It is therefore possible to 
greatly reduce the load on the processing means, since the 
processing means need only issue the first start command then 
5 wait for the completion of continuous packet transfer. 

once this continuous packet transfer has started, a 
certain amount of wait time is required until the transfer of 
all the packers has been completed. It could therefore happen 
that problems will occur in packet transfer in accordance with 

10 the second start command, during the wait for the completion 
of the continuous packet transfer - 
- With this aspect of the invention, packet transfer in 

_ accordance with the second start command can interrupt the 
continuous packet transfer so that packet transfer in 

15 accordance with the second start command can be executed without 
waiting for the completion of the entire continuous packet 
transfer. This makes it possible to prevent the occurrence of 
the above described problem. 

The transfer execution circuit may comprise at least one 

20 of : a page table fetch circuit that operates when a page table 
exists in a storage means of another node, to fetch the page 
table from the other node; a page table creation circuit that 
operates when no page table exists in the storage means of the 
other node, to create a virtual page table, based on page 

25 boundary information,- a payload division circuit for dividing 
transfer data into packets of a payload size; a transfer 
execution control circuit for controlling the execution of data 



4 



transfer; and a control information creation circuit for 
creating control information of a request packet to be sent to 
the other node. The inclusion of these circuit blocks makes it 
possible for the hardware to execute processing such as page 
5 table fetch or creation processing, packet payload division 
processing, processing for controlling the execution of data 
transfer, and processing for creating control information (such 
as headers) of request packets. This enables a huge reduction 
in the load on the processing means - 

10. The arbitration circuit may receive a first start signal 

that goes active when there is a transfer start request from 
the transfer execution circuit, a second start signal that goes 
active when there is a transfer start request in accordance with 
the second start command, and a completion signal that goes 

15 active at transfer completion; then cause the start of transfer 
processing in accordance with the first start signal when the 
second start signal went active after the first start signal 
had gone active, and cause the start of transfer processing in 
accordance with the second start signal after the completion 

20 signal goes active. If the first start signal goes active before 
the second start signal, this configuration makes it possible 
to execute the transfer processing (transactions or packet 
transfers) in accordance with the first start signal, wait for 
the completion of that transfer processing, then execute the 

25 transfer processing in accordance with the second start signal . 

The arbitration circuit may receive a first start signal 
that goes active when there is a transfer start request from 
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the transfer execution, circuit, a second start signal that goes 
active when there is a transfer start request in accordance with 
the second start command, and a completion signal that goes 
active at transfer completion; and give priority to transfer 
5 processing in accordance with the second start signal when the 
first and second start signals have gone active together. If 
a request packet is transmitted in from the other node, for 
example, this configuration makes it possible for the device 
to send hack a response packet immediately, in answer to that 

10 request packet. 

The arbitration circuit may receive a first start signal 
that goes active when there is a transfer start request from 
the transfer execution circuit, a second start signal that goes 
active when there is a transfer start request in accordance with 

IS the second start command, and a completion signal that goes 
active at transfer completion; then cause the start of transfer 
processing in accordance with the second start signal when the 
first start signal went active after the second start signal 
had gone active, and cause the start of transfer processing in 

20 accordance with the first start signal after the completion 
signal goes active. If the second start signal goes active 
before the first start signal, this configuration makes it 
possible to execute the transfer processing (transactions or 
packet transfers) in accordance with the second start signal, 

25 wait for the completion of that transfer processing, then 
execute the transfer processing in accordance with the first 
start signal. 
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The data transfer control device may further comprise: 
randomly accessible packet storage means having a control 
information area for storing packet control information and a 
data area for storing packet data; and an address generation 
S circuit for generating a write address to the packet storage 
means, wherein the control information area of the packet 
storage means is separated into a first control information area 
and a second control information area, control information of 
the second control information area being written by the 

10 transfer execution circuit; and wherein the address generation 
circuit switches between generating addresses for the first 
control information area and addresses for the second control 
information area, based on an arbitration result from the 
arbitration circuit. This configuration makes it possible to 

15 use a simple process to switch the generating of addresses 
between the first and second control information areas. The 
enabling of such address switching makes it possible to simplify 
the processing of creating and writing control information by 
the hardware, so that control information created by the 

20 transfer execution circuit can be written sequentially to the 
second control information area. 

The data transfer control device may further comprise: 
randomly accessible packet storage means having a control 
information area for storing packet control information and a 

25 data area for storing packet data, wherein the data area of 
the packet storage means is separated into a first data area 
for storing first data for a first layer and a second data area 
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for storing second data for a second layer that is the object 
of continuous packet transfer by the transfer execution circuit. 
This ensures that packet control information (such as headers 
and footers) is stored in a control information area, first data 
5 of the packet {such as data for the transaction layer) is stored 
in a first data area, and second data of the packet (such as 
data for the application layer) is stored in a second data area. 
This configuration makes it possible to read the second data 
out sequentially from the second data area and transfer it to 

10 the second layer. This makes it possible to transfer data even. 

. , faster. 

Note that the first data in accordance with the present 
-"5 invention is preferably command data used by the protocol of 
fj the first layer and the second data is preferably data used by 
15 the application layer. 

When a request packet for starting a transaction is 
{~:\ transmitted to another node, instruction information for 
instructing the processing to be performed when a response 
-J packet will be received from the other node may be comprised 
20 within transaction identification information in the request 
packet; and when a response packet is received from the other 
node, control information and first and second data of the 
response packet may respectively be written to the control 
information area and the first and second data areas, based on 
25 the instruction information comprised within the transaction 
identification information in the response packet. This makes 
it possible to greatly reduce the processing load on the 
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processing means. 

The data transfer according to this invention may be 
performed in accordance with the IEEE 1394 standard. 

According to a second aspect of the present invention, 
5 there is provided electronic equipment comprising: any one of 
above described data transfer control devices; a device for 
performing given processing on data that has been received from 
another node via the data transfer control device and the bus; 
and a device for outputtingr or storing data that has been 
10 subjected to the processing. According to a third aspect of the 
present invention, there is also provided electronic equipment 
2 comprising: any one of the above described data transfer control 
devices; a device for performing given processing on data that 
I is to be transferred to another node via the data transfer 
15 control device and the bus; and a device for fetching data to 
be subjected to the processing. 

With these aspects of the invention, it is possible to 
speed up the processing performed within the electronic 
equipment for outputting or storing data that has been 
2 0 transferred from another node, or the processing performed 
within the electronic equipment on data that has been fetched 
thereby and is to be transferred to another node. These aspects 
of the invention also make it possible to make the data transfer 
control device more compact and also reduce the processing loads 
25 on firmware or the like that controls the data transfer, thus 
making it possible to produce electronic equipment that is less 
expensive and more compact. 



BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 shows the layer structure of IEEE 1394. 
Fig-. 2 illustrates the SBP-2. 

Fig. 3 illustrates the concept of data transfer- 
processing under SBF-2. 

Fig. 4 illustrates command processing when data (a data 
stream) is transferred from a target to an initiator. 

Fig. 5 illustrates command processing when data (a data 
stream) is transferred from an initiator to a target. 

Figs. 6A. 6B. and 6C illustrate page tables. 

Fig. 7 shows an example of the configuration of a data 
transfer control device in accordance with an embodiment of this 
invention. 

Fig. 8 illustrates a technique of separating (dividing) 
within a RAM (packet storage means) . 

Fig. 9 illustrates a data transfer technique in 
accordance with this embodiment of the invention. 

Fig. 10 shows an example of the configuration of the SBP-2 
core (transfer execution circuit) . 

Fig. 11 is a flowchart illustrating the operation of the 
main control circuit. 

Fig. 12 illustrates the technique of creating a page 

table . 

Fig. 13 illustrates the payload division technique. 
Fig. 14 is a flowchart illustrating the operation of the 
transfer execution control circuit. 
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Fig. IS is a flowchart illustrating the operation of the 
payload division circuit. 

Fig. 16 is a flowchart illustrating the operation of the 
transmission header creation circuit and the transaction 
5 control circuit- 
Pig- 17 illustrates the technique of arbitrating between 
HW transfer and FW transfer. 

Fig. 18 shows an example of the structure of a DMAC 
comprising the arbitration circuit of this embodiment of the 
10 invention. 

Figs. 19A and 19B are state transition chart illustrating 
the operation of the arbitration circuit. 

Fig. 20 is another state transition chart illustrating 
the operation of the arbitration circuit. 
IS Fig. 21 is a timing waveform chart of the processing when 

the HWStart signal goes active before the FWStart signal. 

Fig. 22 is a timing waveform chart of the processing when 
the HWStart and FWStart signals go active simultaneously. 

Fig. 23 is a timing waveform chart of the processing when 
20 the FWStart signal goes active before the HWStart signal. 

Fig. 24 illustrates the technique of switching between 
generating addresses for the HW header areas and for the 
ordinary header areas, based on the HWDMARun signal from the 
arbitration circuit. 
25 Figs. 25A and 2SB illustrate techniques of separating the 

data areas into ORB areas and stream areas. 

Fig. 26 shows the state of stream transfer between another 
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node and an application- layer device. 

Figs. 27A and 27B illustrate the transaction label. 

Fig. 28 illustrates a technique of writing a header and 
data of a packet to different areas in RAM, using the transaction 
label . 

Figs. 29A, 2 9B, and 29C show examples of the internal 
block diagrams of various items of electronic equipment. 

Fig. 30A. Fig. 30B. Fig. 30C show external views of 
various items of electronic equipment. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
Preferred embodiments of this invention are described 
below with reference to the accompanying drawings. 

1. IEEE 13 94 

The description first relates to an outline of IEEE 1394. 

1.1 outline 

The IEEE 1394 standard (IEEE 1394-199S. Pl394.a) enables 
high- speed data transfer at 100 to 400 Mbps (P1394-b concerns 
800 to 3,200 Mbps) . It also permits the connection of nodes of 
different transfer speeds to the same bus. 

The nodes are connected in a tree configuration in which 
a maximum of 63 nodes can be connected to one bus. Note that 
the use of bus bridges enables the connection of approximately 
64,000 nodes. 

IEEE 13 94 provides for asynchronous transfer and 
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isochronous transfer as packet transfer methods. In this case, 
asynchronous transfer is suitable for data transfers where 
reliability is required and isochronous transfer is suitable 
for transfers of data such as moving images and audio, where 
real-time capabilities are required. 

1.2 Layer Structure 

The layer structure (protocol structure) covered by IEEE 
13 94 is shown in Pig. 1. 

The IEEE 1394 protocol comprises a physical layer, a link 
layer, and a transaction layer. The serial bus management 
monitors and controls the physical layer, link layer, and 
transaction layer. and provides various functions for 
controlling nodes and managing bus resources. 

The transaction layer provides an interface (service) for 
upper layers at each transaction and executes transactions such 
as read transactions, write transactions, and lock transactions 
through the interface provided by the lower link layer. 

in this case, a read transaction causes data to be 
transmitted from the responding node to the node that requested 
the data. Similarly, a write transaction causes data to be 
transmitted from the request node to the responding node. A lock 
transaction causes data to be transmitted from the request node 
to the responding node, and the responding node then processes 
that data and returns it to the request node. 

The link layer provides functions such as addressing, 
data check, data framing for packet transmission/reception, and 
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cycle control for isochronous transfer. 

The physical layer converts the logical symbols used by 
the link layer into electrical signals, performs bus 
arbitration, and defines the physical bus interface. 

1.3 SBP-2 

A protocol called the serial bus protocol 2 (SBP-2) has 
been proposed as a higher -order protocol that comprises some 
of the functions of the transaction layer under IEEE 13 94, as 
shown in Pig. 2. 

In this case, SBP-2 is proposed in order to enable 
utilization of the SCSI command set on the IEEE 1394 protocol. 
Use of this SBP-2 minimizes the changes to be made to the SCSI 
command set that is used in electronic equipment that conforms 
to the existing SCSI standards, but enables use in electronic 
equipment that conforms to the IEEE 13 94 standard. The design 
and development of electronic equipment can be simplified 
thereby. Since it is also possible to encapsulate device- 
specific commands, not just SCSI commands, this increases the 
universality of the command set. 

With SBP-2, log- in processing is done by first using a 
log- in operation request block (ORB) created by an initiator 
(such as a personal computer) , as shown in Fig. 3 (step Tl) . 
A dummy ORB is then used to initialize a fetch agent (step T2) . 
A command is executed by using a normal command ORB (step T3) , 
and finally log-out processing is done by a log-out ORB (step 
T4) . 
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During the command processing of step T3 , the initiator 
Transmits a write request packet (executes a write request 
transaction) to ring a doorbell register of the target, as shown 
at Al in Fig. 4. When that happens, the target transmits a read 
5 request packet and the initiator returns a read response packet, 
as shown at A2 . This causes the ORB created by the initiator 
(a normal command ORB) to be fetched into a data buffer at the 
target. The target analyzes any commands comprised within the 
fetched ORB. 

10 If a command comprised within the ORB is a SCSI read 

command, the target transmits a series of write request packets 
to the initiator, as shown at A3 . This causes the transmission 
of data, such as data (a data stream) that has been read out 
from a medium (CD-RW) at the target, to a data buffer in the 

15 initiator. 

If a command comprised within the ORB is a SCSI write 
command, on the other hand, the target transmits a read request 
packet to the initiator and the initiator returns the 
corresponding read response packet, as shown at Bl in Pig. S. 

20 This causes the data (a data stream) that is stored in a data 
buffer of the initiator to be transmitted to the target, than 
written to a medium at the target (or printed, if the target 
is a printer) . 

With this SBP-2. the target can transmit a request packet 

25 (execute a transaction) and send or receive data when its own 
circumstances allow. Since it is therefore not necessary for 
the initiator and the target to operate simultaneously, the 
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efficiency of data transfer can be increased. 

Note that protocols other than SBP-2 are also being 
proposed as protocols of a higher order than IEEE 13 94. such 
as the function control protocol (FCP) . 
5 When data is to be transferred between the target and the 

initiator, the sequence depends on whether- a page cable exists 
in a data buff er ( storage means ) at the initiator (another node) . 
as shown in Fig. 6A, or whether no such table exists. 

If a page table exists, the address of that page table 
10 and the number of elements therein is comprised within the ORB 
created by the initiator, as shown in Fig. 6B . The address of 
_I the transfer data (the read address or write address thereof) 

is specified as an indirect address using that page table. 
• If no such table exists, on the other hand, an address 

IS and data length are comprised within the ORB, as shown in Fig. 
6C, so that the address of the transfer data is specified as 
a direct address. 

2. Overall Configuration 
2 0 The overall configuration of this embodiment of the 

invention is described below, with reference to Fig. 7. 

In Fig. 7, a PHY interface 10 is a circuit that provides 
an interface with a PHY device (a physical layer device) . 

A link core 20 (link means) is a circuit implemented in 
25 hardware that provides part of the link layer protocol and the 
transaction layer protocol; it provides various services 
relating to packet transfer between nodes. A register 22 is 
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provided to control the link core 20. 

A FIFO (asynchronous transmission FIFO) 30, a FIFO 
(isochronous transmission FIFO) 32, and a FIFO (reception FIFO) 
34 are FIFOs for asynchronous transmission, isochronous 
5 transmission, and reception. respectively; each being 
configured of hardware means such as registers or semiconductor 
memory. In this embodiment of the invention, these FIFOs 30, 
32 . and 34 have an extremely small number of stages , For example, 
the number of stages per FIFO is preferably no more than three. 

10 and more preferably no more than two. 

A DMAC 4 0 (read means) , a DMAC 4 2 (read means) , and a DMAC 
44 (-write means) are DMA controllers for ATF, ITF, and RF. 
respectively. Use of these DMACs 40 . 42, and 44 makes it possible 
to transfer data between a RAM 80 and the link core 20 without 

15 going through a CPU 66. Note that a register 46 provides control 
such as that over the DMACs 40. 42. and 44. 

A port interface 50 is a circuit that provides an 
interface with application- layer devices (such as printer 
drivers, by way of example) . 

20 A FIFO (PF) 52 is a FIFO used for transferring data to 

and from an application- layer device and a DMAC 54 is a DMA 
controller for PF. A register 56 provides control over the port 
interface 50 and the DMAC 54. 

An SBP-2 core 84 (transfer execution circuit) is a circuit 

25 that implements part of the SBP-2 protocol and part of the 
transaction layer by hardware. The functions of this SBP-2 core 
84 make it possible to divide transfer data into a series of 
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packets then, transfer the thus -divided series of packets 
continuously. Note that a register 88 is used to provided 
control over the SBP-2 core 84 and a DMAC (for SBP-2) 86 is a 
DMA controller for the SBP-2 core 84. 
5 A RAM area management circuit 3 00 is a circuit for 

managing the various areas within the RAM 80. When each of the 
areas within the RAM 80 becomes full or empty, the RAM area 
management circuit 3 00 uses various full or empty signals to 
control the DMACs 40. 42. 44. 54, and 86. 

10 A CPU interface 60 provides an interface with the CPU 66 

(processing means) that controls the data transfer control 
~ device. The CPU interface 60 comprises an address decoder 62, 
a data synchronization circuit 63, and an interrupt controller 
64. A clock control circuit 68 controls the clock signals used 

15 by this embodiment, and SCLK (the system clock for the data 
transfer control device) that is sent from the PHY device (PHY 
chip) and HCLK (the operating clock of the CPU 66) are input 
thereto . 

A buffer manager 7 0 is a circuit that manages the 
2t> interface with the RAM 80. The buffer manager 70 comprises a 
register 72 for controlling the buffer manager, an arbitration 
circuit 74 that arbitrates the bus connection to the RAM 80, 
and a sequencer 7 6 that generates various control signals. 

The RAM 80 functions as a randomly accessible packet 
25 storage means, where this function is implemented by SRAM. SDRAM, 
or DRAM or the like. 

Note that the RAM 80 is preferably accommodated within 
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the data transfer control device of this embodiment. However, 
it is possible to attach part or all of the RAM 80 externally. 

An example of the memory map of the RAM 8 0 is shown in 
Fig. 8. In this embodiment of the invention as shown in Fig. 
S 8. the RAM 8 0 is divided into header areas (AR2, AR3 , AR4 , and 
AR6) and data areas (AR5, AR7 , AR8 , and AR9) . The header of a 
packet (broadly speaking, control information) is stored in a 
header area and the data (ORB and stream) is stored in a data 
area . 

10 in this embodiment of the invention, the data areas (AR5, 

AR7. AR8. and AR9) in the RAM 8 0 are divided into ORB areas (AR5 
Z and AR7) and stream areas (AR8 and AR9) . 

In addition, the RAM 80 in this embodiment is divided into 
reception areas (AR2 , AR4 , AR5. and AR9) and transmission areas 
15 (ARB , AR6, AR7 , and AR8). 

Note that each ORB (first data for a first layer) is data 
; (commands) conforming to SBP-2 as described above. A stream 
(second data for a second layer that is above the first layer) 
~ is data for the application layer (such as print data for a 
20 printer, read or write data for a CD-RW, or image data that has 
been fetched by a scanner) . 

A page table area for hardware <HW) , a reception header 
area for HW, and a transmission header area for HW, denoted by 
AR1, AR2 , and AR3 , are areas used by the SBP-2 core 84 of Fig. 
25 7 for writing and reading the page table, reception header, and 
transmission header. 

Mote that the areas denoted by AR4 , AR5, AR8, and AR9 in 
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Fig. 8 form a structure called a ring buffer. 

A bus 90 (or buses 92 and 94) shown in Fig. 7 is for 
connections to applications (a first bus) ► Another bus 95 (or 
bus 96) , which is for controlling the data transfer control 
5 device or for reading and writing data, is connected 
electrically to a device (such as a CPU) chat controls the data 
transfer control device, as a second bus. Yet another bus lop 
(or buses 102, 104. 105. 106, 107, 108, and 109) is for electrical 
connections to physical - layer devices (such as a PHY device) , 
10 as a third bus . A further bus 110 (a fourth bus) is for electrical 
connections to RAM that acts as a randomly accessible storage 
means. A still further bus 99 (a fifth bus) is for reading and 
writing header information and page table information, to 
enable the SBP-2 core 84 to implement SBP-2 by hardware. 
15 The arbitration circuit 74 in the buffer manager 70 

arbitrates bus access requests from the DMACs 40, 42, and 44. 
the CPU interface 60, and the DMACs 8 6 and 54. Based on the 
results of this arbitration, a data path is established between 
one of the buses 105. 107, 109. 96, 99. and 94 and the bus 110 
20 of the RAM 80 (i.e., a data path is established between one of 
the first, second, third, and fifth buses and the fourth bus) . 

One feature of this embodiment is the way in which it is 
provided with the RAM 80, which stores packets in a randomly 
accessible manner, and also the mutually independent buses 90. 
25 96. 99, and 100 as well as the arbitration circuit 74 for 
connecting one of those buses to the bus 110 of the RAM 80. 

This configuration makes it possible to separate the bus 
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90 between a data transfer control device 120 and an 
application- layer device 124; the CPU bus 96; and the bus 110 
between the data transfer control device 12 0 and the RAM 80, 
as shown in Fig. 9. The CPU bus 9 6 can therefore be used solely 
5 for controlling data transfer. In addition, the bus 90 is 
dedicated so that it can be used for data transfer between the 
data transfer control device 120 and the application- layer 
device 124. If, for example, the electronic equipment in which 
the data transfer control device 12 0 is incorporated is a 
10 printer, the bus 90 can be used exclusively for transferring 
j= print data. As a result, the processing load on the CPU 6 6 can 
be reduced and the actual transfer speed of the entire system 
can be increased. In addition, an inexpensive device can be 
employed as the CPU 66 and it is also no longer necessary to 
15 use a high-speed bus as the CPU bus 96. This ensures that the 
electronic equipment can be made less expensive and more 
compact . 

3 . Configuration of SBP-2 Core (Transfer Execution Circuit) 

2 0 An example of the structure of the SBP-2 core 84 of Fig. 

7 is shown in Fig. 10. The SBP-2 core 84 automatically divides 
transfer data into a series of packets then transfers the series 
of divided packets continuously. It mainly implements the 
packet transfer shown at A3 in Fig . 4 and Bl in Fig . 5 by hardware . 
25 A main control circuit 200 is a circuit for providing 

control over the entire SBP-2 core 84, and it comprises 
registers 202, 204. 206, and 208. 
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In this case, the registers 202, 204, and 206 are used 
by the firmware (CPU) for issuing a start command, pause command, 
and a resume command, for data transfer (hardware SBP-2 
processing) . In other words, if the firmware writes 1 to the 
5 register 202. this starts processing to divide the transfer data 
into a series of packets and transfer them continuously. If the 
firmware writes 1 to the register 204 during this transfer 
processing, the data transfer is paused; if it writes 1 to the 
register 206, the paused data transfer starts again. 

10 A register 208 is used for specifying whether or not a 

page table exists. That is to say, if the firmware has analyzed 
^ the ORB from the initiator and has determined that no page table 
exists in the data buffer of the initiator, 1 is written to the 

1 register 208. Xf the presence of a page table is determined, 

25 on the other hand, (the case shown in Fig. 6A) . 0 is written to 
the regiscer 208. 

If a page table exists in the data buffer (storage means) 
of the initiator (another node) , a page table fetch circuit 210 
operates to fetch that page table from the initiator. More 

2"0 specifically, the page table fetch circuit 210 instructs a 
transmission header creation circuit 260 to fetch the page table 
then, when the fetch is completed, instructs a page table 
creation circuit 22 0 to update the page table address and page 
table size. 

25 If no page table exists in the data buffer of the initiator, 

the page table creation circuit 220 operates to create a virtual 
page table. More specifically, the page table creation circuit 
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220 creates the page table in accordance with an algorism 
described later when main control circuit 200 instructs the 
creation of the page table. It then performs processing to write 
the created page table to the HW page table area in RAM, through 
an element hold circuit 230 and a buffer interface 290. 

Note that the determination of whether or not a page table 
exists is based on the setting in the register 208, as described 
above. The page table that has been fetched or created by the 
page table fetch circuit 210 and/or the page table creation 
circuit 22 0 is stored in the HW page table area < AR1 in Fig. 
8) in RAM. 

The page boundary size specified by the ORB from the 
initiator is set in a register 222 comprised within the page 
table creation circuit 220. If a page table exists, the page 
table address and the page table size (number of elements) 
specified by the ORB are set in registers 224 and 226 {see Pig. 
6B) . If no page table exists, on the other hand, the start address 
and the data length of the transfer data are set (see Fig. 6C) . 
An element counter 228 counts the number of elements (element 
pointers) of the page table during the creation of the page 
table. 

The element hold circuit 230 holds information on the page 
table elements that are objects to be processed by the SBP- 
2 core, and comprises a register 2 32 for holding the segment 
length of the page table elements and a register 2 34 for holding 
a segment offset address. 

The transfer execution control circuit 240 controls the 
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execution of data transfer (data stream transfer) by the SBP-2 
core and comprises registers 242 and 244. The register 242 
displays the number of the page table element that is currently 
being processed. The number of the page table element at which 
the data transfer starts is set by the firmware in the register 
244. This makes it possible for the firmware to start the data 
transfer from any page table element. 

A payload division circuit 250 performs processing to 
divide the transfer data into packets of the payload size. The 
maximum payload size, specified by an ORB, is set in a register 
252 comprised within the payload division circuit 250. Another 
register 254 displays the actual payload size. The payload 
division circuit 250 performs the payload division processing, 
based on the segment length of page table elements that is read 
out from the HW page table area (AR1 of Fig. 8) and held in the 
register 232 and the maximum payload size that is set in the 
register 252 , 

The transmission header creation circuit 260 creates the 
header of each request packet shown at A3 in Pig. 4 or Bl in 
Fig. 5, based on details such as a speed code and a destination 
ID that have been set by the firmware. The thus created header 
is stored in the HW transmission header area in the RAM (AR3 
in Fig. 8) . In this manner, this embodiment of the invention 
can greatly reduce the processing load on the firmware, because 
the automatic creation of headers of a series of request packet 
that is to be transferred continuously is done by the hardware. 
. A transaction control circuit 270 receives error 
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information and status information from external circuit blocks 
such as the link core and performs processing for executing a 
transaction. On completion of the execution of the transaction, 
a transaction completion signal TComp goes active to inform the 
page table fetch circuit 210 and the payload division circuit 
250. The SBP-2 core of this embodiment of the invention manages 
data transfers in transaction units, not packet units. 

A split timer 290 loads a split time value when a 
transaction starts, then starts a count-down. When this count 
reaches zero, the fact that time-out has occurred is transmitted 
to the transaction control circuit 270. 

The buffer interface 290 functions as an interface with 
the buffer manager 70 of Fig. 7. The configuration is such that 
each block of the SBP-2 core 84 requests access to the RAM 80 
with respect to the buffer manager 70. through the buffer 
interface 290. 



3.1 Main Control circuit 

The operation of the main control circuit 200 will now 
be described with reference to the flowchart of Pig. n. 

First of all. the main control circuit 200 determines 
whether or not a page table that has been previously stored in 
the HW page table area is to be used (step SI), then branches 
to step SS if it is to be used or to step S2 if it is not going 
to be used. The setting that determines whether or not a page 
table that has been previously stored in the HW page table area 
is to be used is implemented by the firmware writing a given 



25 



setting to a given register. 

The main control circuit 200 then determines whether or 
not a page table exists in the data buffer of the initiator, 
based on the setting of the register 208 of Fig. 10 (step S2) . 
5 If a page table exists, the main control circuit 200 instructs 
the page table fetch circuit 210 to start the fetch of the page 
table (step S3) . If no page table exists, on the other hand, 
it instructs the page table creation circuit 220 to start the 
creation of a page table (step S4) . 

10 When the processing for fetching or creating the page 

table has ended, the main control circuit 200 instructs the 
« transfer execution control circuit 240 to start the transfer 
execution processing (stream data task) (step SS) . 

Note that the page table creation circuit 22 0 of this 

±■5 embodiment of the invention creates the page table by the 
technique described below. 

Assume, by way of example, that a start address SA of 
transfer data is between page boundaries PB0 and PB1 and an end 

-'. address EA thereof is between page boundaries PB4 and PBS, as 

20 shown in Pig. 12. In this case, the page table creation circuit 
220 of this embodiment of the invention creates a virtual page 
table in which the number of elements of the page table between 
the page boundary PBl and PB4 (the Kth and Lth page boundaries) 
is one (broadly speaking, a predetermined number) . 

25 More specifically, it creates a three-page page table 

wherein a portion between the start address and the page 
boundary PBl becomes an X-type page table element (a first page 
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table element) . a portion between the page boundaries PB1 and 
PB4 becomes a Y-type page table element (a second page table 
element) » and a portion between the page boundary PB4 and the 
end address becomes a Z - type page table element (a third page 
5 table element) „ 

It should be noted, however, that if the start address 
SA of the transfer data lies on the page boundary PB1 (the Kth 
page boundary), the x-type page table element is not created 
and thus a two -page page table is formed. Similarly, if the end 
10 address of the transfer data lies on the page boundary PB4 (the 
Lth page boundary) , the 2- type page table element is not created 
and thus a two-page page table is formed. Furthermore, if the 
start address SA of the transfer data lies between the page 
boundaries PBO and PB1 and the end address EA thereof lies 
15 between the page boundaries PBO and PB1 or on the page boundary 
PB1, a one-page page table is created having just the X-type 
page table element between SA and EA. 

In this embodiment of the invention, the payload division 
circuit 250 of Fig. 10 divides the transfer data into packets 
20 of the payload size, the maximum payload size of which is the 
divisor of the page boundary size. In ocher words, the data is 
divided into packets such that the maximum payload size KaxPLS 
is the divisor of the page boundary size PBS, as shown in Pig. 
13 . 

25 If the maximum payload size MaxPLS is set to the divisor 

of the page boundary size PBS in this manner, this ensures that 
the payload of each packet does not traverse a page boundary. 
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as shown at CI and C2 in Pig. 13, by way of example. This ensures 
that data transfer can be done while observing- the restrictions 
on traversing a page boundary, even if a page table is created 
such that the number of page table elements between the page 
boundaries PB1 and PB4 is one, as shown in this embodiment of 
the invention. 

3.2 Transfer Execution (Stream Task) Control Circuit 

The operation of the transfer execution control circuit 
240 will now be described with reference to the flowchart of 
Fig. 14. 

First of all. the current element number is loaded into 
the register 242 in Fig. 10 and the start element number is loaded 
into the register 244 (step S40) . The page table element with 
the current element number is read out from the HW page table 
area in RAM (step S41) . More specifically, the transfer 
execution control circuit 240 instructs the buffer interface 
290 to read out the page table element that is to be processed. 
When this happens, the buffer interface 290 reads the page table 
element that is to be processed from the HW page table area in 
RAM. then writes the segment length of the page table element 
to the register 2 32 and the segment offset address to the 
register 234. 

The transfer execution control circuit 240 instructs the 
payload division circuit 250 to start the payload division 
processing (step S42) . 

The transfer execution control circuit 24 0 then 
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determines whether the processing of the current page table 
element has ended (step S43) and, if it has not ended, the flow 
returns to step S42. If the processing has ended, on the other 
hand, it determines whether or not the processing of all of the 
5 page table elements has ended {step S44) and. if it has not ended, 
the current element number is incremented by one (step S45) then 
the flow returns to step S41. 

Note that the determination of whether or not the 
processing of all of the page cable elements has ended is done 
10 by comparing the number of elements obtained by dividing the 
page table size stored in the register 226 by 8 with the current 
element number - 

3.3 Payload Division Circuit 
15 The description now turns to the operation of the payload 

division circuit 250, with reference to the flowchart of Fig. 
15- The payload division circuit 250 operates to divide the 
transfer data into packets of the payload size, as shown in Pig. 
13 . 

20 First of all. the payload division circuit 25 0 determines 

whether or not the remaining number of bytes of the segment 
length of the page table element that is stored in the register 
23 2 of Fig. 10 is greater than or equal to the maximum payload 
size (step S51) . If the remaining number of bytes is greater 

25 than or equal to the maximum payload size, the payload size of 
packets is set to the maximum payload size (step S52) . If the 
remaining number of bytes is less than the maximum payload size. 
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as shown at C3 or C4 in Pig. 13. the payload size of packets 
is set to the remaining number of bytes (step S53) . 

After the payload size has been set, the transmission 
header creation circuit 260 is instructed to start the 
5 transaction execution processing (create a transmission 
header) (step S54) - If transaction completion is posted by the 
TComp signal from the transaction control circuit 270, the 
element hold circuit 23 0 is instructed to update the segment 
length (number of bytes remaining) and the segment offset 

10 address (start address) of the page table elements that are 
stored in the registers 232 and 234 (step S55) . 

The payload division circuit 250 then determines whether 
or not to pause the processing, based on the Pause signal from 
the main control circuit 200, (step S56) or. if the processing 

IS has been paused, it resumes the processing on condition that 
the Pause signal has gone inactive (step S57) - 

3.4 Transmission Header Creation Circuit and Transaction 
Control Circuit 

20 The operation of the transmission header creation circuit 

260 and the transaction control circuit 27 0 will now be 
described, with reference to the flowchart of Pig. 16. 

The transmission header creation circuit 260 first 
creates a request packet header and writes it to the HW 

25 transmission header area (AR3 of Pig. 8) (step S6l) . More 
specifically, if data is to be sent to the initiator as at A3 
in Pig- 4. a header for a write request (block write request) 
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packet is written to the HW transmission header area. If data 
is to be received from the initiator as at Bl in Fig. 5 or if 
a page table is to be fetched, on the other hand, a header for 
a read request packet is written to the HW transmission header 
5 area . 

A transfer start signal (HWStart) is then made active to 
instruct the start of the transfer (step S62) and the 
transaction control circuit 27 0 waits from an ACK from the 
initiator (step S63) . 

3.0 If the transmission, packet was a read request packet, the 

transaction control circuit 270 determines whether or not the 
state is ACK pending (step S6S) and, if the state is not ACK 
pending, the flow proceeds to step S72 to set an error pause 
state. If the state is ACK pending, on the other hand, the 

IS transaction control circuit 270 instructs the activation of the 
split timer (step S6 6) and waits for the reception of a response 
packet (step S67) . 

The transaction control circuit 270 then determines 
whether or not the reception of the response packet was perfect 

20 (step S68) . If there is a DCE error, it waits again for the 
reception of a response packet; or if the reception was perfect, 
the flow proceeds to step S69; or in all other cases the flow 
proceeds to step S72 to set the error pause state. If the flow 
has branched to step S69. the split timer is instructed to stop, 

25 the TComp signal is made active and the transfer data pointer 
is updated (step S70) . 

If the transmission packet was a write request packet, 
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on the other hand, the transaction control circuit 270 first 
determines whether or not the state is ACK pending (step S71) . 
If the state is ACK pending, the flow proceeds to step S66; if 
the state is ACK complete, the flow proceeds to step S70; and 
in all other cases, the flow proceeds to step S72 to set the 
error pause state. 

Note that if the flow has branched to step S72 and the 
error pause state has been set, the flow proceeds to step S62 
on condition chat processing has been resumed (step S73) . In 
other words, the transmission header that has already been 
written to the HW transmission header area is re-used and the 
transfer restarts. 

4. Arbitration of Hardware (HW) Transfer and Firmware (FW) 

Transfer 

With this embodiment of the present invention as 
described above, continuous packet transfer is executed 
automatically by the hardware, as shown at A3 in Fig. 4 or Bl 
in Fig. 5. More specifically, the firmware first issues an HW 
transfer start command (first start command) that instructs 
continuous packet transfer (by writing 1 to the register 202 
of Fig. 10) . When this happens, the hardware of the SBP-2 core 
automatically executes page table fetch or creation processing, 
payload division processing, transmission header creation 
processing, transfer start processing for each packet, and 
error processing- This divides transfer data equivalent of a 
page table (transfer data of a size specified by the ORB read 
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command or write command) into a series of packets and transfers 
the thus -divided series of packets automatically. When the 
transfer of all of the packets is complete, an interrupt or the 
like is used to inform the firmware of that fact. The firmware 
5 need only issue the HW transfer start command then wait for the 
completion of the continuous packet transfer. As a result, the 
processing load on the firmware can be greatly reduced, making 
it possible to increase the actual transfer speed of the data 
transfer control device. 

10 In addition to the HW transfer start command which 

instructs continuous packet transfer (HW transfer) in the above 
described manner, the firmware may also issue an FW transfer 
start command {second start command) that instructs the 

ji transfer of a single packet. If a request packet has been 

^5 transmitted in from another node, for example, it is necessary 
to transmit a response packet corresponding to that request 

J packet back to the other node . In such a case, the firmware issues 

!i the FW transfer start command to transmit that response packet. 
The response packet must be transferred before the split timer 

20 of the other node times out. It is therefore necessary for the 
firmware to issue the FW transfer start command that transmits 
the response packet after it receives the request packet, at 
the soonest possible time. 

However, once an HW transfer (continuous packet transfer) 

25 has started, it is necessary to wait for a certain amount of 
time until all of the packets have been transferred. This wait 
time could be extremely long, particularly when the size of the 
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transfer data is large. Various problems could therefore occur, 
such as the split timer of another node timing out while waiting 
for the completion of the HW transfer. 

This embodiment of the invention provides arbitration 
5 such that, if an PW transfer start command is issued during the 
HW transfer period, the processing waits for the completion of 
one transaction (or one packet transfer) in the HW transfer and 
then it permits the PW transfer (packet transfer initiated by 
the FW transfer start command) . 

10 If an HW transfer start command is issued at El as shown 

in Fig. 17 by way of example, the HW transfer starts at E2 . If 
an FW transfer start command is issued at E3 in this case, the 
processing waits for the completion of transaction 4 shown at 
E4. and then it transfers one packet by FW transfer. When the 

i-5 FW transfer is completed, the HW transfer restarts at E5 . 

This configuration enables the FW transfer to interrupt 
midway through the HW transfer, so that the FW transfer can be 
executed without waiting for the completion of the HW transfer. 
This makes it possible to prevent the problem of the split timer 

2 0 of another node timing out while waiting for the FW transfer. 

Since the FW transfer is done after a wait for the 
completion of one transaction, as shown at E4 in Fig. 17. 
problems such as a transfer error in the HW transfer may not 
occur - 

25 During the period from the completion of one transaction 

to the start of the next transaction, the link core and the PHY 
device in the lower layer are not occupied by the SBP-2 core. 
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This makes it ideal to use the link core and the PHY device that 
are not being occupied by the SEP- 2 core to transfer a packet 
of FW transfer during this period. 

Note that the above description was based on the 
5 assumption that FW transfer is done after waiting for the 
completion of one transaction (a request packet and a response 
packet in answer to that request packet) . but it is equally 
possible to perform the FW transfer after waiting for the 
completion of a single packet transfer. 

10 

4.1 Configuration and Operation of Arbitration Circuit 

The configuration and operation of the arbitration 
circuit of this embodiment of the invention are described in 
detail below. 

IS A detailed example of the structure of the DMAC 4 0 of Fig. 

7 is shown in Fig. 18. 

In Fig. 18, the DMAC 40 comprises an arbitration circuit 
400, an access request generation circuit 410. an address 
generation circuit 42 0, and an access request execution circuit 

20 43 0. 

In this case, the arbitration circuit 400 arbitrates 
between HW transfers and FW transfers. More specifically, it 
provides arbitration such that, if an FW transfer start command 
is issued during the HW transfer period, the processing waits 
25 for the completion of one transaction (or one packet transfer) 
in the HW transfer and then it permits packet transfer initiated 
by the FW transfer start command. 
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If the CPU (firmware) issues an HW transfer start command 
(first stare command) and writes 1 to the register 202, for 
example, the HW transfer is started by the SBP-2 core 84 
(transfer execution circuit) . The SBP-2 core 84 makes HWStart 
5 (a first start signal) go to 1 (active) at each request for the 
Start of transfer of a packet (transaction) , as shown at step 
S63 in Fig. 16. 

If the CPU issues an FW transfer start command (second 
start command) and writes 1 to a register 44 0. on the other hand. 
10 the start of an FW transfer is requested and FWStart (a second 

start signal) goes active. 
^ The arbitration circuit 400 receives these HWStart and 

FW start signals and Comp. NotComp, and SelfID signals from the 
7 link core 20, and performs arbitration therewith. 
15 The access request generation circuit 410 receives a RACK 

signal, which is an acknowledgment read from the buffer manager 
70, and a FULL signal from the FIFO 30, then outputs a RREQ signal, 
which is the read-out request, to the buffer manager 70. 

The address generation circuit 42 0 receives various 
20 signals such as HWDMASun and RealGo from the arbitration circuit 
400 and RDATA from the buffer manager 70, then generates RADR 
which is a read address in the RAM 80. 

The access request execution circuit 43 0 receives various 
control signals, such as RealGo from the arbitration circuit 
25 400 and EMPTY from the FIFO 30, then performs processing to 
execute the access request. 

State transition charts for the arbitration circuit 4 00 
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are shown in Figs. 19A, 19B, and 20. 

In a state S00 shown in Fig. 19A. an HWRequested signal 

goes to 0 . if the HWStart signal goes to 1 and. also the Self ID 

(self - identification period) signal goes to 0 in this state. 
5 the state changes to a state SOI at the next clock and the 

HWRequested signal goes to 1 . In other words, if the HWStart 

signal goes to 1 outside of the self - identification period, the 

HWRequested signal that indicates that an HW transfer has been 

requested goes to 1. 
10 In a state S10 shown, in Fig. 19B. an PWRequested signal 

goes to 0 . If the FWStart signal goes to 1 and also the Self ID 
y signal goes to 0 in this state, the state changes to a state 

Sll at the next clock and the PWRequested signal goes to 1 . In 

other words, if the FWStart signal goes to 1 outside of the 
15 self - identification period, the PWRequested signal that 

indicates that an FW transfer has been requested goes to 1. 

In a state S20 shown in Fig. 20, HWGo, PWGo, HWDMARun , 

FWDMARun. HWComp. FWComp. HWNotComp, and FWNotCorop signals are 

all 0. 

20 if the HWRequested signal goes to 1 (state SOI in Fig. 

19A) and also the FWRequested signal goes to 0 in state S20, 
the state changes to a state S21 at the next clock and the HWGo 
signal that causes the start of HW transfer goes to 1. The HWGo 
signal goes to 0 and the HWDMARun signal goes to 1 at the next 

25 clock (state S22) . 

If the Comp signal, which is a transfer completion signal 
from the link core 20, then goes to 1. the HWComp signal goes 
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to 1 and the HWDMARun signal goes to 0 at the next clock (state 
S23) . If the transfer is not completed correctly, on the other 
hand, the NotCorop signal that indicates that fact goes to 1, 
then the HWNotComp signal goes to 1 and the HWDMARun signal goes 
5 to 0 at the next clock (state S24) . 

If the FWRequested signal goes to 1 (state Sll in Pig. 
19B) in state S20, the state changes to a state S25 at the next 
clock and FWGo signal that causes the start of FW transfer goes 
to 1. The FWGo signal goes to 0 and the FWDMARun signal goes 

10 to 1 at the next clock (state S26) . 

If the Comp signal then goes to 1, the FWComp signal goes 
to 1 and the FWDMARun signal goes to o (state S27) . If the NotComp 
signal goes to 1. on the other hand, the FWNotComp signal goes 
to 1 and the FWDMARun signal goes to 0 at the next clock (state 

15 S28) . 

The operation of the arbitration circuit 400 will now be 
described with reference to the timing waveform charts of Figs. 
21, 22. and 23. 

Fig. 21 is a timing waveform chart showing what happens 
20 if HWStart (the first start signal) goes active before FWStart 
(the second start signal) . 

If the HWStart signal from the SBP-2 core 84 goes to 1 
at Fl in Fig. 21, the HWRequested signal goes to 1 at F2 (state 
SOI of Fig. 19A) . When that happens, the HWGo signal goes to 
25 1 at F3 (state S21 of Fig. 20) and the RealGo signal that is 
output to the address generation circuit 420 and the access 
request execution circuit 430 goes to 1 at F4 . This starts the 
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hw transfer processing done by the address generation circuit 
420 and the access request execution circuit 430. 

If the HWGO signal goes to l r the HWDMARun signal that 
is output to the address generation circuit 420 goes to 1 at 
F5 (state S22) . If the transaction (packet transfer) is 
completed and the completion signal Comp from the link core 20 
goes to 1 at F6. the HWComp signal goes to 1 at F7 and the HWDMARun 
signal goes to 0 at F8 (state S23) . The HWRequested signal 
returns to 0 at P9 (state S00 of Fig. 19A) . 

if an FW transfer start command is issued during an HW 
transfer (in other words, if HWStart signal goes to 1 then the 
FWStart signal goes to l at Flo. before the Comp signal goes 
to 1) . on the other hand, the FWReguested signal goes to 1 at 
Fll (state Sll of Fig. 19B) . In such a case, however, the FWGo 
signal does not go to 1 immediately, as shown at F12 . After the 
HWComp signal has gone to 1 at F7 , the FWGo signal goes to 1 
at F13 (state S25) and the RealGo signal goes to 1 at F14 . 

if the FWGo signal goes to 1. the FWDMARun signal that 
is output to the register 440 (within the register 46) goes to 
1 at F16. This masks any write to the register 440 by the CPU 
until the FWDMARun signal returns to 0. 

If the completion signal Comp then goes to 1 at F17. the 
FWComp signal goes to 1 at F18 and the FWDMARun signal goes to 
0 at F19 (state S27) . The FWRequested signal then returns to 
0 at F20 (state S10 of Fig. 19B) . The HW transfer then restarts 
at F21. 

With this embodiment of the invention as described above. 
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if the FWStart signal goes to 1 after the HWStart signal has 
gone to 1, the HW transfer starts first then the FW transfer 
starts after one transaction of the HW transfer has been 
completed. When the FW transfer is completed, the HW transfer 
5 restarts. 

Fig. 22 is a timing waveform chart showing what happens 
if the HWStart and the FWStart signals become active together 
(at the same timing) . 

If the HWStart and the FWStart signals go to 1 together, 
10 as shown at Gl and G2 in Fig. 22. the PW transfer is given priority, 
as shown at G3 . As should be clear from the states S20 and S21 
of Fig. 20, if the FWRequested signal goes to 1 as shown at G4 
in Fig. 22, the FWGo signal goes to 1, regardless of whether 
the HWRequested signal is at 0 or 1. After the FW transfer has 
IS been completed at G5 , the HW transfer starts at G6 . 

If the HWStart and FWStart go to 1 at the same time in 
a device in accordance with this embodiment of the invention 

1 as described above, the FW transfer has priority and is started 
first. This makes it possible for the device to send a response 

2 0 packet immediately in answer to a request packet sent from 

another node. 

Fig. 23 is a timing waveform chart showing what happens 
if FWStart goes active before HWStart. 

If the FWStart signal goes to 1 before the HWStart signal, 
25 as shown at HI and H2 in Fig. 23, the PW transfer starts first 
as shown at H3 . When the transfer of one packet has been completed 
by the FW transfer at H4 , the HW transfer starts at H5 . 
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If the HWStart signal goes to 1 after the FWStart signal 
in a device in accordance with this embodiment of the invention 
as described above, the FW transfer starts first, then the HW 
transfer starts after the FW transfer has been completed. This 
makes it possible for the device to send a response packet 
immediately in answer to a request packet sent from another 
node . 

4.2 Address Switching Between HW Header Areas and Ordinary 
Header Areas 

In this embodiment of the present invention, the header 
area (control information area) is divided into HW header areas 
(second control information areas} into which are written 
headers (control information) by the SBP-2 core, as shown at 
AR2 and AR3 in Fig. 8, and ordinary header areas (first control 
information areas) into which are written headers by the 
firmware or the link core, as shown at AR4 and AR6 . 

Such a configuration makes it possible to provide 
dedicated HW header areas in the SBP-2 core so that the SBP-2 
core can write created headers sequentially to the HW header 
areas- This enables a simplification of the processing and 
circuit configuration of the SBP-2 core. In other words, if the 
HW header areas and ordinary header areas were not separated, 
headers created by the SBP-2 core would be mixed with other 
headers. This would cause problems such as making address 
control more complicated during the writing of headers and 
increasing the size of the circuitry of the SBP-2 core. If 
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dedicated HW header areas are provided in the SBP-2 core in 
accordance with this embodiment of the invention, these 
problems can be solved and the circuitry of the SBP-2 core can 
be made more compact- 
5 This embodiment of the invention also enables the address 

generation circuit 420 of Fig. 10 to switch between generating 
addresses for the HW header areas or the ordinary header areas, 
based on the HWDMARun signal that is the arbitration result from 
the arbitration circuit 400. 

10 More specifically, if the HWDMARun signal is 1 (for HW 

transfer) . a pointer PTR is set to the HW transmission header 
area (AR3) , as shown in Pig. 24 by away of example. The write 
addresses for transmission headers created by the SBP-2 core 
are generated by updating the pointer PTR - 

15 If the HWDMARun signal is 0 (outside of HW transfer) . on 

the other hand, the pointer PTR is switched by setting it to 
the transmission header area (AR6) . The write addresses for 
transmission headers created by the firmware are generated by 
updating the pointer PTR - 

20 The thus configured embodiment of this invention succeeds 

in switching addresses between the HW header areas and the 
ordinary header areas by a simple technique that uses only the 
HWDMARun signal from the arbitration circuit 400. This address 
switching ensures that the SBP-2 core can write created headers 

25 sequentially to the dedicated HW header areas within the SBP-2 
core. As a result, it become simple for the hardware to create 
headers for a series of packets to be transferred continuously. 
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5. Separation of Data Areas (Separation, into ORB Area and 
Stream Area) 

With, this embodiment of the invention, the RAM 8 0 (packet 
5 storage means) of Fig. 7 is divided into header areas (AR2. AR3 , 
AR4, AR6) and data areas (AR5, AR7 , AR8 . AR9) . as shown, in Fig-. 
8, and also the data areas are divided into ORB areas (AR5 and 
AR7) and stream areas ( AR8 and AR9 ) . 

In other words, the division of the RAM into header and 
10 data areas makes it possible for the firmware to read out headers 
sequentially from the header areas and write headers 
sequentially to the header areas. This has the advantage of 
reducing the processing load on the firmware to a certain extent . 
From the viewpoint of speeding up the data transfer even further. 
15 however, it has become clear that it is not sufficient simply 
to separate the header areas from the data areas . 

As shown by way of example in Fig. 25A, a packet could 
be divided into headers and data, with headers 1.2, and 3 stored 
in header areas and data 1, 2, and 3 stored in data areas. 
20 In such a case, the data consists of ORBS for the SBP-2 

(first layer) and streams for the application layer (second 
layer) that is an upper layer, as previously described. With 
the header and data areas in RAH being simply separated, however, 
the ORBs and streams will become mixed in the data areas, as 
25 shown at Dl. D2. and D3 in Fig. 25A. 

For that reason, the processing described below is 
necessary when transferring streams of data from RAM to an 
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application- layer device. First of all, the data pointer is set 
to the Dl position and streams 11, 12, and 13 are read out, then 
the data pointer is changed to the D2 position and streams 21, 
22. and 2 3 are read out. The data pointer is subsequently changed 
to the D3 position and streams 31, 32, and 33 are read out. 

Simply separating the RAM into header and data areas in 
this fashion makes it necessary to control the switching of the 
data pointer position in a complex manner during the transfer 
of the streams to the application- layer device, which leads to 
complicated processing and an increase in the scale of the 
circuitry. In addition, it is not possible to read out the 
streams sequentially from the data areas, so the actual transfer 
speed of the data transfer control device cannot be increased 
by much. 

The data areas could be separated Into ORB areas and 
stream areas, as shown in Fig. 2SB . Such a configuration makes 
it possible for the firmware to read out the ORBs l, 2, and 3 
sequentially from the ORB area, in addition, the previously 
described functions of the SBP-2 core 84 can be utilized to read 
out the streams 11 to 33 sequentially from the stream area, 
without intervention from the firmware, and transfer them to 
the application- layer device. In other words, it is possible 
to transfer streams (such as print data) between another node 
123 (such as a personal computer) and an application- layer 
device (such as a device that processes print data for a printer) . 
without the intervention of the firmware (CPU) 66, as shown in 
Fig. 26. As a result, the processing load on the firmware can 
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be greatly reduced in comparison with the case shown in Fig. 
25A, and also the data transfer can be made far faster. 

Note that separating the data area into a transmission 
ORB area (AR7 of Fig. 8) and a transmission stream area (AR8> 
5 will increase the speed of data transfers. In other words, the 
speed of daca transfer can be increased not only when streams 
are transferred from the other node 123 to the device 124 {self 
node) in the direction indicated by DR1 in Fig. 26, but also 
when streams are transferred from the application- layer device 
10 124 to the other node 123 in the direction indicated by DR2 . 

6. Utilization of Transaction Label To Switch Write Areas 

Under IEEE 13 94, an object called a transaction label tl 
is used as information for identifying each transaction. 

In other words, a transaction requesting node includes 
this transaction label tl within the request packet and sends 
it to the responding node. On receiving this request packet, 
the responding node includes the same tl in the response packet 
and sends it back to the requesting node. The requesting node 
20 can identify that this response packet is in response to a 
transaction requested by itself, by checking the tl within the 
returned response packet. 

It is sufficient to ensure that the transaction label tl 
has a unique relationship with respect to the responding node. 
25 More specifically, if a requesting node ND1 has issued a 
transaction with tl = TNI to a responding node ND2 , it is not 
possible for the requesting node ND1 to issue another 
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transaction with, tl = TNI to the responding node ND2 while that 
transaction remains completed . mother words, each transaction 
is uniquely specified by the transaction label tl. a source ID, 
and a destination ID. Conversely, the transaction label tl can 
5 have any value and other nodes must be able to receive any value 
of tl, provided the above restriction is respected. 

When the requesting node has sent a request packet and 
is waiting for a response packet, the processing that is 
performed when the response packet arrives has already been 

10 determined. In this case, this embodiment of the invention, uses 
a technique for drawing attention to the nature of the 

Z transaction label tl. as described below. 

When the requesting node sends a request packet for 
starting a transaction to the responding node, instruction 

15 information indicating the processing to be performed when the 
response packet is returned is comprised within the transaction 
label tl (broadly speaking. transaction identification 
information) comprised within the request packet, as shown in 
Fig. 27A. The configuration is such that the processing 

20 corresponding to the instruction information comprised within 
tl is executed when the response packet is received from the 
responding node . 

This ensures that the processing corresponding to the 
instruction information comprised within tl can be executed by 

25 the SBP-2 core 84 and other hardware when the response packet 
is returned, without involving the firmware. This enables 
reductions in the processing load on the firmware, and also 
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tends to increase data transfer speeds. 

More specifically, when a response packet is received 
from the responding node in accordance with this embodiment of 
the invention, that response packet is stored in the area 
specified by the instruction information comprised within tl. 

In other words, bits 5 and 4 of the transaction label tl 
are reserved bits used to express the instruction information, 
as shown in Pig. 27B- 

If the returned response packet is to be written to the 
hardware (HW) area, bit 5 of tl of the request packet is set 
to 1 and it is sent to the responding node. If the returned 
response packet is to be written to the firmware (PW) area, on 
the other hand, bit 5 of tl of the request packet is set to 0 
and it is sent to the responding node. 

If the returned response packet is to be written to the 
stream area, bit 4 of tl of the request packet is set to 1 and 
it is sent to the responding node. If the returned response 
packet is to be written to the ORB area, bit 4 of tl of the request 
packet is set to 0 for transmission to the responding node. 

This makes it possible to ensure that the header and data 
of the response packet are written to the corresponding areas 
shown in Fig. 28. when the response packet is returned. 

In other words, if tl * lxxxxx (where "x" means "don't 
care") , the header of the response packet is written to the HW 
reception header area, but if tl ~ Oxxxxx, it is written to the 
FW reception header area. 

Similarly, if tl = llxxxx, the data of the response packet 
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is written, to the HW reception stream area, but if tl - lOxxxx, 
it is written to the HW page table area. If tl - Olxxxx, the 
data of the response packet is written to the FW reception stream 
area, but if tl - Ooxxxx, it is written to the FW reception ORB 
5 area . 

This arrangement ensures that the header and data of a 
packet can be written automatically to the corresponding areas 
in ram, without intervention from the firmware. The 
configuration of the hardware that writes the response packet 

10 into RAM can be simplified, leading to a reduction in the size 
of the data transfer control device. 

As described with reference to Fig. 25B, the writing of 
packet headers to the header areas, OKBs to the ORB areas, and 
streams to the stream areas can be done automatically, which 

15 simplifies the hardware processing and promotes faster data 
transfer - 

7 . Electronic Equipment 

The description now turns to examples of electronic 
20 equipment comprising the data transfer control device of this 
embodiment . 

An internal block diagram of a printer that is one example 
of such electronic equipment is shown in Fig. 2 9A with an 
external view thereof being shown in Fig. 3 OA. A CPU 
25 (microcomputer) 510 has various functions, including that of 
controlling the entire system. An operating section 511 is 
designed to allow the user to operate the printer. Data such 
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as a control program and. fonts is stored in a ROM 516, and a 
RAM 518 functions as a work area for the CPU 510 . A display panel 
519 is designed to inform the user of the operational state of 
the printer. 

5 Print data that is sent from another node, such as a 

personal computer, through a PHY device 502 and a data transfer 
control device 500 is sent directly to a print processing 
section 512 over a bus 504 . The print data is subjected to given 
processing by the print processing section 512 and is output 
10 for printing to paper by a print section <a device for outputting 
data) 514 . 

An internal block diagram of a scanner that is another 
example of electronic equipment is shown in Fig. 29B with an 
external view thereof being shown in Fig. 3 0B. An operating 

15 section 521 is designed to allow the user to operate the scanner. 
Data such as a control program is stored in a ROM 526 and a RAM 
528 functions as a work area for the CPU S20. 

An image of a document is read in by an image read section 
(a device for fetching data) 522, which comprises components 

20 such as a light source and an opto- electric converter, and data 
of the read- in image is processed by an image processing Section 
524. The processed image data is sent directly to the data 
transfer control device 500 over a bus SOS. The data transfer 
control device 5 00 creates packets by attaching headers and the 

25 like to this image data, then sends those packets through the 
PHY device 502 to another node such as a personal computer. 

An internal block diagram of a CD-RW drive that is a 
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further example of electronic equipment is shown in Fig. 29C 
with an external view thereof being shown in Fig. 3 0C. A CPU 
53 0 has various functions, including that of controlling the 
entire system. An operating section S31 is designed to allow 
5 the user to operate the CD-RW. Data such as a control program 
is stored in a ROM 536 and a RAM 538 functions as a work area 
for the CPU 53 0. 

Data read out from a CD-RW 53 2 by a read/write section 
(a device for fetching data or a device for storing data) 533. 
10 which comprises components such as a laser, a motor, and an 
optical system, is input to a signal processing section 534 
where it is subjected to given signal processing such as error 
correction. The data transfer control device 500 creates 
packets by attaching headers and the like to this data, then 
15 sends those packets through the PHY device 502 to another node 
such as a personal computer. 

Data that has been sent in from another node through the 
PHY device 502 and the data transfer control device 500, on the 
2 other hand, is sent directly to the signal processing section 
20 534 over the bus 506. The data is subjected to given signal 
processing by the signal processing section 534 then is stored 
by a read/write section 533 in the CD-RW 532. 

Note that another CPU could be provided to enable data 
transfer control by the data transfer control device 500 , in 
25 addition to the CPU 510, 520, or 530 of Pig. 29A. 29B, or 29C. 

In addition, a RAM 501 {equivalent to the RAM 80 of Fig. 
7) is shown provided outside the data transfer control device 
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500 in Figs. 29A, 29B. and 29C, but the RAM 501 could equally 
well be provided within the data transfer control device 500. 

Use of che data transfer control device of this embodiment 
in electronic equipment makes it possible to perform high-speed 
data transfer. Therefore, if a user wishes to order a printout 
from a personal computer or the like, the printout can be 
completed with only a small time lag. Similarly, a user can see 
a scanned image with only a small time lag after instructing 
the scanner to take an image. It is also possible to read data 
from a CD-RW or write data to a CD-RW at high speeds - The present: 
invention also makes it simple to use a plurality of items of 
electronic equipment connected to one host system or a plurality 
of items of electronic equipment connected to a plurality of 
host systems, for example. 

Use of the data transfer control device of this embodiment 
of the invention in electronic equipment also reduces the 
processing load on firmware running on the CPU, making it 
possible to use an inexpensive CPU and low- speed buses. This 
enables further reductions in the cost and size of the data 
transfer control device, thus reducing the cost and size of the 
electronic equipment . 

Note that the electronic equipment that can employ a data 
transfer control device in accordance with the present 
invention is not limited to the above described embodiments, 
and thus various other examples can be considered, such as 
various types of optical disk drive (CD-ROM or DVD) . 
magneto-optic disk drives (MO), hard disk drives, TVs, VTRs , 
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video cameras, audio equipment, telephones, projectors, 
personal computers, electronic note books, and dedicated 
wordprocessors . 

Note also that the present invention is not limited to 
5 the embodiments described herein, and various modifications are 
possible within the scope of the invention laid out herein. 

For example, the configuration of the data transfer 
control device in accordance with the present invention is 
preferably that as shown in Fig. 7, but it is not limited thereto . 
!0 Similarly, the configuration of the transfer execution 

circuit (SBP-2 core) is most preferably that as shown in Fig. 
10, but the present invention is not limited thereto and thus 
- any circuitry can be used to divide transfer data into a series 
of packets for transmission, at least providing that the 
15 processing means (firmware) issues a first start command <HW 
transfer start command) . For example, the transfer execution 
circuit preferably comprises circuit blocks such as a page table 
fetch circuit , a page table creation circuit . a payload division 
circuit, a transfer execution control circuit, and a 
20 transmission header creation circuit (control information 
creation circuit) , but the configuration could be such that some 
of those circuit blocks are not comprised therein. 

In addition, the arbitration technique used by the 
arbitration circuit is most preferably that described with 
25 reference to Figs . 21, 22, and 23, but it is not limited thereto. 

Furthermore, the techniques used for separating packets, 
writing packets to different areas in a packet storage means, 



52 



and reading out data are also not limited to those described 
with reference to Figs. 8 and 25B. 

In addition, it is particularly preferable that the first 
data is data for the transaction layer and the second data is 
5 data for the application layer, but the first and second data 
items in accordance with the present invention are not limited 
thereto. 

Similarly, the present invention is preferably applied 
to data transfer as defined by the IEEE 1394 standard, but it 
10 is not limited thereto. For example, the present invention can 
also be applied to data transfer in accordance with standards 
that are based on a similar concept to that of IEEE 13 94 or 
standards that are developed from IEEE 13 94. 
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what is claimed is: 

1. A data transfer control device for transferring data 
among a plurality of nodes that are connected to a bus. the data 

5 transfer control device comprising: 

a transfer execution circuit that operates when a 
processing means has issued a first start command which 
instructs continuous packet transfer by hardware, for executing 
processing to divide transfer data into a series of packets and 
10 transfer the thus divided series of packets continuously; and 
an arbitration circuit that operates when the processing 
- means has issued a second start command which instructs packet 
transfer while continuous packet transfer processing is being 
executed by the transfer execution circuit, for waiting until 
3f]5 one transaction or one packet transfer in the continuous packet 
transfer has been completed then permitting packet transfer by 
the second start command. 

2. The data transfer control device as defined in claim 1, 
20 wherein the transfer execution circuit comprises at least 

one of : 

a page table fetch circuit that operates when a page table 
exists in a storage means of another node, to fetch the page 
table from the other node; 
25 a page table creation circuit that operates when no page 

table exists in the storage means of the other node, to create 
a virtual page table, based on page boundary information; 
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a payload division circuit for dividing transfer data 
into packets of a payload size; 

a transfer execution control circuit for controlling the 
execution of data transfer; and 
5 a control information creation circuit for creating 

control information of a request packet to be sent to the other 
node . 

3. The data transfer control device as defined in claim 1. 
10 wherein the arbitration circuit receives a first start 

signal that goes active when there is a transfer start request 
from the transfer execution circuit, a second start signal that 
goes active when there is a transfer start request in accordance 
with the second start command, and a completion signal that goes 

15 active at transfer completion; then causes the start of transfer 
processing in accordance with the first start signal when the 
second start signal went active after the first start signal 
had gone active, and causes the start of transfer processing 
in accordance with the second start signal after the completion 

20 signal goes active. 

4. The data transfer control device as defined in claim 1, 
wherein the arbitration circuit receives a first start 

signal that goes active when there is a transfer start request 
25 from the transfer execution circuit, a second start signal that 
goes active when there is a transfer start request in accordance 
with the second start command, and a completion signal that goes 
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active at transfer completion; and gives priority to transfer 
processing in accordance with the second start signal when the 
first and second start signals have gone active together. 



5 5. The data transfer control device as defined in claim 1, 
wherein the arbitration circuit receives a first start 
signal that goes active when there is a transfer start request 
from the transfer execution circuit, a second start signal that 
goes active when there is a transfer start request in accordance 

10 with the second start command, and a completion signal that goes 
active at transfer completion; then causes the start of transfer 
processing in accordance with the second start signal when the 
first start signal went active after the second start signal 
had gone active, and causes the start of transfer processing 

AS in accordance with the first start signal after the completion 
signal goes active. 

~~ 6. The data transfer control device as defined in claim 1, 

further comprising: 
20 randomly accessible packet storage means having a control 

information area for storing packet control information and a 

data area for storing packet data; and 

an address generation circuit for generating a write 

address to the packet storage means, 
25 wherein the control information area of the packet 

storage means is separated into a first control information area 

and a second control information area, control information of 
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the second control information area being written by the 
transfer execution circuit; and 

wherein the address generation circuit switches between 
generating addresses for the first control information area and 
addresses for the second control information area, based on an 
arbitration result from the arbitration circuit. 

7. The data transfer control device as defined in claim l, 
further comprising: 

randomly accessible packet storage means having a control 
information area for storing packet control information and a 
data area for storing packet data, 

wherein the data area of the packet storage means is 
separated into a first data area for storing first data for a 
first layer and a second data area for storing second data for 
a second layer that is the object of continuous packet transfer 
by the transfer execution circuit. 

8. The data transfer control device as defined in claim 7, 
wherein, when a request packet for starting a transaction 

is transmitted to another node, instruction information for 
instructing the processing to be performed when a response 
packet will be received from the other node is comprised within 
transaction identification information in the request packet; 
and 

wherein, when a response packet is received from the other 
node, control information and first and second data of the 
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response packet are respectively written to the control 
information area and the first and second data areas, based on 
the instruction information comprised within the transaction 
identification information in the response packet. 

9. The data transfer control device as defined in claim 1. 
wherein data transfer is performed in accordance with the 

I EKE 13 94 standard. 

10. Electronic equipment comprising: 

the data transfer control device as defined in claim 1; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing. 

11. Electronic equipment comprising: 

the data transfer control device as defined in claim 2; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing. 

12. Electronic equipment comprising: 

the data transfer control device as defined in claim 6; 
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a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the bus; and 

a device for output ting or storing data that has been 
subjected to the processing. 

13. Electronic equipment comprising: 

the data transfer control device as defined in claim 7; 

a device for performing given processing on data that has 
been, received from another node via the data transfer control 
device and the bus; and 

a device for outputting or storing data that has been 
subjected to the processing. 

14. Electronic equipment comprising: 

the data transfer control device as defined in claim 9; 

a device for performing given processing on data that has 
been received from another node via the data transfer control 
device and the busy and 

a device for outputting or storing data that has been 
subjected to the processing. 

15. Electronic equipment comprising: 

the data transfer control device as defined in claim 1; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus ; and 
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a device for fetching data to be subjected to the 
processing . 

16. Electronic equipment comprising: 
5 the data transfer control device as defined in claim 2; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
10 processing. 

t 17. Electronic equipment comprising: 

the data transfer control device as defined in claim 6; 
a device for performing given processing on data that is 
15 to be transferred to another node via the data transfer control 
device and the bus ; and 

a device for fetching data to be subjected to the 
processing . 

20 18. Electronic equipment comprising: 

the data transfer control device as defined in claim 7 ; 
a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus ; and 
25 a device for fetching data to be subjected to the 

processing . 



60 



19- Electronic equipment comprising: 

the data transfer control device as defined in claim 9; 

a device for performing given processing on data that is 
to be transferred to another node via the data transfer control 
device and the bus; and 

a device for fetching data to be subjected to the 
processing . 
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ABSTRACT OP THE DISCLOSURE 



A data transfer control device and electronic equipment 
that make it possible to implement high- speed data transfer with 
5 reduced overhead processing of firmware and smaller hardware. 
A data transfer control device that conforms to the IEEE 13 94 
standard comprises an arbitration circuit chat permits firmware 
(FW) transfer after the completion of one transaction (or one 
packet transfer) in the continuous packet transfer, if the CPU 

10 issues an FW transfer start command during the execution of 
continuous hardware transfer (HW transfer) processing by a 
SBP-2 core. If HWStart and FWStart signals go active together, 
the FW transfer has priority. A header area in RAM is divided 
into an ordinary header area and an HW header area, and an address 

15 generation circuit switches between generating addresses for 
the ordinary header area and addresses for the HW header area, 
based on an HWDMARun signal from the arbitration circuit. A data 
area in RAM is divided into an ORB area and a stream area for 
the SBP-2 core. 

20 
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